home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / urn / urn-archives / urn-ietf.archive.9611 / 000115_owner-urn-ietf _Thu Nov 7 18:41:04 1996.msg < prev    next >
Internet Message Format  |  1997-02-19  |  3KB
  1. Received: (from daemon@localhost) by services.bunyip.com (8.6.10/8.6.9) id SAA04318 for urn-ietf-out; Thu, 7 Nov 1996 18:41:04 -0500
  2. Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.6.10/8.6.9) with SMTP id SAA04313 for <urn-ietf@services.bunyip.com>; Thu, 7 Nov 1996 18:40:58 -0500
  3. Received: from trapdoor.dstc.edu.au by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
  4.         id AA00245  (mail destined for urn-ietf@services.bunyip.com); Thu, 7 Nov 96 18:40:54 -0500
  5. Received: from fatcat.dstc.edu.au (fatcat.dstc.edu.au [130.102.176.7]) by trapdoor.dstc.edu.au (8.6.9/8.6.12) with ESMTP id JAA09556; Fri, 8 Nov 1996 09:40:51 +1000
  6. Received: (from renato@localhost) by fatcat.dstc.edu.au (8.6.10/8.6.12) id JAA26466; Fri, 8 Nov 1996 09:40:51 +1000
  7. From: Renato Iannella <renato@dstc.edu.au>
  8. Message-Id: <199611072340.JAA26466@fatcat.dstc.edu.au>
  9. Date: Fri, 8 Nov 1996 09:40:50 +1000 (EST)
  10. To: rbriscoe@jungle.bt.co.uk
  11. Cc: urn-ietf@bunyip.com
  12. Subject: Re[4]: [URN] Resolution Services (N2L etc)
  13. In-Reply-To: <2.2.32.19961107093626.006c2f7c@sherekhan.jungle.bt.co.uk>
  14. X-Mailer: Ishmail 1.3-960829-osf1
  15. Mime-Version: 1.0
  16. Content-Type: text/plain
  17. Sender: owner-urn-ietf@services.bunyip.com
  18. Precedence: bulk
  19. Reply-To: Renato Iannella <renato@dstc.edu.au>
  20. Errors-To: owner-urn-ietf@bunyip.com
  21.  
  22. Bob Briscoe <rbriscoe@jungle.bt.co.uk> wrote:
  23. > 
  24. > So now, the URN resolution service is doing authentication of metadata too!
  25.  
  26. You seem to have made the assumption that a URC is a big massive
  27. set of metadata (authenticated, secure etc) when in reality,  a URC
  28. can be whatever _your_ organisation decides (ie BT = Happy)
  29.  
  30. The URN stuff will support its resolution - the client will then do
  31. all the hard work.
  32.  
  33. > 
  34. > What I was complaining about is the apparent assumption that the same URN
  35. > would be used for both URN and URC and one would have to say N2C if you
  36. > wanted the former, and N2L for the latter.
  37.  
  38. If you have a URC - which only has a URL in it - then doing either
  39. N2C or N2L will return that single URL. This will enable you to have
  40. a URN pointing directly to the resource (albeit, via a small URC), then
  41. a trusted-third party can provide the full descriptions etc...
  42.  
  43.  
  44.  
  45.  
  46. Cheers... Renato
  47. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
  48. Dr Renato Iannella                  http://www.dstc.edu.au/RDU/staff/ri
  49. Research Data Network CRC              urn:inet:dstc.edu.au:renato:home
  50. DSTC Pty Ltd, Uni Qld, 4072, AUSTRALIA    phone/fax: +61 7 3365 4310/11
  51. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
  52. Australian WWW Technical Conference '97 -> http://www.dstc.edu.au/aw3tc
  53.